-
1 заголовок сообщения (блока) данных
заголовок сообщения (блока) данных
заголовок
Начальная часть сообщения (блока) данных, содержащая информацию, необходимую для целей управления.
[ ГОСТ 24402-88]Тематики
Синонимы
EN
66. Заголовок сообщения (блока) данных
Заголовок
Header
Начальная часть сообщения (блока) данных, содержащая информацию, необходимую для целей управления
Источник: ГОСТ 24402-88: Телеобработка данных и вычислительные сети. Термины и определения оригинал документа
Русско-английский словарь нормативно-технической терминологии > заголовок сообщения (блока) данных
-
2 ярлык
n1) gener. Anhänger, Aufkleber, Beklebezettel, Etikett, Etikette, Schild, Signum, brustschild (на бутылке), Tab (на страничке в Интернете, наподобие закладки, для перехода к соотв. разделу), Label2) comput. Icon, Verknüpfung3) eng. Markierung (блока сообщения)4) brit.engl. Shortcut5) law. Jarlyk (schriftlicher Erlaß, Befehl der mongolischen Khane; Gnadenbrief der mongolischen Khane)6) econ. Aufklebezettel7) ling. Kennzeichen8) polygr. Signatur10) leath. Bezeichnung11) food.ind. Inhaltszettel, Gütezeichen (марочного вина)12) patents. Anhängezettel13) f.trade. Aufschrift, Zettel, Schildchen14) shipb. Bezeichnungsschild, Markierungsschild, Markierungszeichen -
3 широковещательное объектно-ориентированное сообщение о событии на подстанции
GOOSE-сообщение
-
[Интент]
широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]
общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]
GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]EN
generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.
This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).
A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:- необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
- терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
- количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
- отсутствие контроля связи между терминалами РЗА,
- возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.
Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.
Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).
Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:- Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
- Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
- Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
- Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
- Каждый сетевой коммутатор имеет дублированное питание от разных источников,
- Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.
На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.
Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:- позволяет снизить количество кабелей вторичной коммутации на ПС;
- обеспечивает лучшую помехозащищенность канала связи;
- позволяет снизить время монтажных и пусконаладочных работ;
- исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
- убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
- обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
- позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
- позволяет контролировать возможность прохождения сигнала (увеличивается надежность).
Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов
[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]
В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]
Тематики
Синонимы
EN
Русско-английский словарь нормативно-технической терминологии > широковещательное объектно-ориентированное сообщение о событии на подстанции
-
4 символ
-
5 язык описания конфигурации системы
язык описания конфигурации системы
Данный язык обеспечивает возможность обмена информацией о конфигурации устройств в стандартизованном формате между программным обеспечением различных фирм-производителей.
[Новости Электротехники №3(75). Релейная защита. МЭК 61850]Все параметры устройств в части коммуникаций по протоколам стандарта МЭК 61850 должны описываться файлами конфигурации на языке SCL (System Configuration description Language — язык описания конфигурации системы). Вторая редакция стандарта МЭК 61850-6 регламентирует использование следующих видов файлов:
-
ICD (IED Capabilities Description) — файл описания возможностей устройства.
В файле ICD описываются все логические устройства, логические узлы, элементы и атрибуты данных. Кроме того, описываются предварительно сконфигурированные наборы данные (Dataset), блоки управления отправкой GOOSE-сообщений (GOOSE Control Block), отчётов (Report Control Block), мгновенных значений (SV Control Block). Файл ICD обязательно включает два раздела SCL-файла: < IED> и < DataTypeTemplates>. В файле ICD имя устройства обозначается как «TEMPLATE» («Шаблон»). -
IID (Instantained IED Description) — файл описания предварительно сконфигурированного устройства.
Файлы такого формата используются для передачи в ПО для конфигурирования системы конфигурации отдельного устройства в том случае, если эта конфигурация была создана заранее при помощи ПО для конфигурирования отдельного устройства. Использование файлов IID требуется в том случае, если информационная модель устройства (например, состав логических узлов) зависит от конкретной реализации в проекте. -
SSD (System Specification Description) — файл описания спецификации системы.
Данный тип файлов описывает в формате языка SCL все элементы подстанции (первичное оборудование и соединения), все функции вторичных систем (в виде логических узлов), а также может описывать привязку функций к первичным устройствам. В том случае, если сами устройства ещё не выбраны, логические узлы в файле SSD не будут привязаны к конкретным устройствам. Тем не менее, в том случае, если ряд устройств уже выбран, то файл SSD также может включать и разделы описания устройств — < IED>, а также раздел коммуникаций — < Communications>. -
SCD (Substation Configuration Description) — файл описания конфигурации подстанции.
Файл описания конфигурации подстанции используется для передачи данных конфигурации из ПО для конфигурирования системы в ПО для параметрирования отдельных устройств. Данный тип файла содержит полное описание конфигурации как самой подстанции, так и всех коммуникаций, реализуемых в рамках подстанции. В данном файле будут присутствовать все разделы: < Substation>, < Communications>, < IED> (отдельный для каждого устройства), < DataTypeTemplates>. Причём, для каждого GOOSE-сообщения или потока SV в разделе < Communications> будет содержаться описание его коммуникационных параметров (таких как: MAC-Address, VLAN-ID, VLAN-Priority и другие). -
CID (Configured IED Description) — файл описания конфигурации устройства.
Файл конфигурации, передаваемый из ПО для конфигурирования устройств, непосредственно в само устройство. Этот файл полностью описывает конфигурацию данного устройства в части коммуникаций и фактически представляет собой «урезанный» SCD-файл.
Из представленного выше перечня описание GOOSE- и SV Control блоков могут содержаться во всех файлах, однако полное описание потоков обычно содержится только в файлах формата SCD, CID.
Следует также отметить, что говоря об описании потоков речь в первую очередь идёт об отправке («публикации») данных в формате многоадресных сообщений. Глава 6 стандарта МЭК 61850 также описывает и синтаксис для описания «подписки» на GOOSE-сообщения и SV-потоки, однако, практика работы с терминалами различных производителей показывает, что на сегодняшний день лишь немногие из них используют стандартизованный синтаксис для этих целей.
Ниже приведен фрагмент CID-файла с описанием набора данных (< Dataset>), блока управления отправкой GOOSE-сообщения (< GSEControl>) и описанием коммуникационных параметров для данного GOOSE-сообщения (< GSE> в разделе < Communications>), созданный при помощи ПО для конфигурирования систем Atlan на базе ICD-файла, предоставленного производителем устройства.
[ http://digitalsubstation.ru/blog/2013/04/09/kak-opisy-vaetsya-otpravka-i-priyom-goose-soo/]Тематики
EN
Русско-английский словарь нормативно-технической терминологии > язык описания конфигурации системы
-
ICD (IED Capabilities Description) — файл описания возможностей устройства.
-
6 сверхбольшая полезная нагрузка
сверхбольшая полезная нагрузка
Передача данных с помощью пакетов сверхбольшой длины, превышающей размеры дейтаграммы. Максимальный размер блока данных в UDP-пакете ограничен полем “длина сообщения” (16 бит) и не может превышать 65 535 байтов (октет). В заголовке TCP-пакетов не предусмотрено поле “длина сообщения”, однако размеры пакета ограничиваются при согласовании параметров перед началом установления соединения и также не могут превышать вышеуказанной величины. В протоколе IPv6 длина поля “размер сообщения” ограничена 32 битами, что соответствует максимальной полезной нагрузке, равной (232-1) байтов (cм. jumbogram).
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
Русско-английский словарь нормативно-технической терминологии > сверхбольшая полезная нагрузка
-
7 конец
-
8 набор данных
набор данных
НАБОР ДАННЫХ (НД)
Идентифицированная совокупность физических записей, организованная одним из установленных в системе обработки данных способов и представляющая файлы или части файлов в среде хранения.
[ ГОСТ 20886-85]
набор данных
Множество элементов данных, объединенных в отдельное целое для решения определенной задачи.
Чаще всего набор данных представляется в виде файла, сообщения либо блока данных.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]
набор данных
НД
-
[ ГОСТ Р МЭК 61850-7-2-2009]
НД представляет собой набор ссылок на данные внутри информационной модели устройства. В НД могут быть включены как отдельные атрибуты данных (например, запись PTOC1.Str.general будет соответствовать одному логическому сигналу пуска защиты), так и логические узлы целиком (например PTOC1). Устройства могут поддерживать различное количество наборов данных. Кроме того, устройства могут иметь фиксированные (то есть когда набор данных нельзя изменить) либо конфигурируемые наборы данных. Также возможны различные степени свободы конфигурации наборов данных: изменение данных, изменение наименования и т.п. Использование наборов данных проиллюстрировано на рис. 3. При рассмотрении контроллера присоединения, на который заведены сигналы о положении всех разъединителей и заземлителей рассматриваемого присоединения, в устройстве должны присутствовать логические узлы, соответствующие каждому из аппаратов (в нашем случае – XSWI1...5). Примером набора данных может служить DATASET с наименованием SwitchPositions, включающий в себя элементы данных Pos каждого из указанных логических узлов. В дальнейшем составленный набор данных может использоваться, например, для сохранения событий в журнале при каждом изменении положения коммутационного аппарата (с использованием сервиса Log), отправки отчета о событии (с использованием сервиса Report) либо быстрого сообщения о событии (с использованием сервиса GOOSE). Рис. 3. Использование наборов данныхПри описании информационной модели устройства в нотации МЭК 61850-6 для размещения описаний наборов данных используется системный логический узел LLN0. Наличие логического узла LLN0 является обязательным для каждого логического устройства. При этом не в каждом логическом устройстве могут размещаться наборы данных, поэтому при проектировании и наладке коммуникаций по МЭК 61850 требуется внимательно проверять размещение наборов данных в логических устройствах. Информацию о том, в каком логическом устройстве должны размещаться наборы данных,обычно предоставляет производитель в сопроводительной документации. Подробнее информация об этом будет рассмотрена в будущих публикациях, затрагивающих язык конфигурирования SCL, описанный шестой главой стандарта.
[ http://www.news.elteh.ru/arh/2012/77/04.php]
Тематики
- организация данных в сист. обраб. данных
- релейная защита
EN
8. Набор данных
Data set
Идентифицированная совокупность физических записей, организованная одним из установленных в системе обработки данных способов и представляющая файлы или части файлов в среде хранения
Источник: ГОСТ 20886-85: Организация данных в системах обработки данных. Термины и определения оригинал документа
3.11 набор данных (data set): Совокупность данных, полученных выборкой в течение непрерывного периода.
Источник: ГОСТ Р 54418.12.1-2011: Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 12-1. Измерение мощности, вырабатываемой ветроэлектрическими установками оригинал документа
Русско-английский словарь нормативно-технической терминологии > набор данных
9 временной сегмент
adjIT. quanta, quantum, quantum (интервал времени, выделяемый для передачи одного сообщения, пакета, блока и m.g.)10 block chaining
сцепление блоков (включение открытого текста некоторого числа бит из предыдущего блока шифрованного текста для противодействия ретранслированной помехе в автоматической регулировке усиления с блочными шифрами)Англо-русский словарь промышленной и научной лексики > block chaining
11 hooks
1. стыковочные средства;2. программные вставки-ловушки (напр., для распечатки сообщения о выполнении данного блока)Англо-русский словарь промышленной и научной лексики > hooks
12 slotted transmission
тактированная передача информации (предполагает передачу каждого блока исходного сообщения в отдельном временном сегменте, привязанном к заданной шкале времени)Англо-русский словарь промышленной и научной лексики > slotted transmission
13 длина
длина ж. (напр., крыла) ав. Spannweite fдлина ж. пробега авто. Fahrleistung f; ав. Landerollstrecke f; Weglänge f; mittlere freie Weglänge f14 заголовок
заголовок м. полигр. Kopf m; выч. Kopfetikett n; выч. Kopfsatz m; Kopfteil m; типогр. Rubrik f; Titel m; Zwischentitel m; Überschrift f; Überschriftzeile fзаголовок м., расположенный с края граф. Randüberschrift f15 формат
формат м. во вторую долю (в 1/2 листа) полигр. Folioformat nформат м. изображения тел. Bildformat n; Bildgröße f; Bildseitenverhältnis n; тлв. Seitenverhältnis n16 начало текста
начало текста
Управляющий символ, обозначающий начало текстовой информации.
[ http://www.morepc.ru/dict/]Тематики
EN
2.8. Начало Текста (AP1 HT) -
Start of text (DLE STX)1):
Управляющая последовательность AP1 HT располагается непосредственно перед текстом.
AP1 HT не учитывается (не включается) при контроле блока. AP1 HT переводит звено данных в режим передачи текста сообщения.
2.9. ЧПО - Чередующиеся Положительные Ответы
(AP1 0 и AP1 1) -
АСК N - Alternating positive responses
(АСК 0 and АСК 1) (DLE 0 and DLE 1)1):
Эти управляющие последовательности применяются в качестве положительных ответов в фазе передачи текста, начиная с AP1 и далее попеременно.
AP1 0 применяется также в качестве положительного ответа в фазе установления связи.
2.10. ОППП - Ожидание После Положительного Подтверждения
(AP1;) -
WACK - wait after positive acknowledgement (DLE;)2); 3): Управляющая последовательность AP1;, исходящая от принимающей станции в качестве альтернативного положительного ответа для передающей станции, и указывающая, что принимающая станция временно не готова к приему данных. Она используется вместо AP1 0 или AP1 1.
Источник: ГОСТ Р 50434-92: Устройства числового программного управления для металлообрабатывающего оборудования. Производственный канал асинхронной передачи данных и физический уровень. Полудуплексная передача данных оригинал документа
Русско-английский словарь нормативно-технической терминологии > начало текста
17 ненадежная передача
ненадежная передача
Передача сообщений от отправителя одному или более получателям с помощью передачи данных в режиме без установления соединения. Служба передачи представляет собой доставку блока PDU по принципу "наилучшей попытки" (best-effort), это означает, что переданные отправителем сообщения могут быть потеряны, продублированы или приняты получателем (любыми из получателей) с нарушением порядка следования (МСЭ-Т Н.323).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
Русско-английский словарь нормативно-технической терминологии > ненадежная передача
18 модель расширенного канала
- VLD
- RTI
- NRZ-M
- NRZ-1
- NRZ Space
- NRZ
- MTTR
- MTBF
- MSB
- LSB
- LLC
- LED
- Laser
- LAN
- INCITS
- HEX
- EEPROM
- EDI
- ECI
- CSUM
- CRC
- BER
- BCD
- ASC
- ANSI
- ANS
01.05.24 модель расширенного канала [ extended channel model]: Система кодирования и передачи как байтов с данными сообщения, так и управляющей информации о сообщении, в пределах которой декодер работает в режиме расширенного канала.
Примечание - Управляющая информация передается с использованием управляющих последовательностей интерпретации в расширенном канале (ECI).
<2>4 Сокращения1)
1)Следует учитывать, что в соответствии с оригиналом ИСО/МЭК 19762-1 в данном разделе присутствует сокращение CSMA/CD, которое в тексте стандарта не используется.
Кроме того, сокращения отсортированы в алфавитном порядке.
Al
Идентификатор применения [application identifier]
ANS
Американский национальный стандарт [American National Standard]
ANSI
Американский национальный институт стандартов [American National Standards Institute]
ASC
Аккредитованный комитет по стандартам [Accredited Standards Committee]
вес
Контрольный знак блока [block check character]
BCD
Двоично-десятичный код (ДДК) [binary coded decimal]
BER
Коэффициент ошибок по битам [bit error rate]
CRC
Контроль циклическим избыточным кодом [cyclic redundancy check]
CSMA/CD
Коллективный доступ с контролем несущей и обнаружением конфликтов [carrier sense multiple access with collision detection network]
CSUM
Контрольная сумма [check sum]
Dl
Идентификатор данных [data identifier]
ECI
Интерпретация в расширенном канале [extended channel interpretation]
EDI
Электронный обмен данными (ЭОД) [electronic data interchange]
EEPROM
Электрически стираемое программируемое постоянное запоминающее устройство [electrically erasable programmable read only memory]
HEX
Шестнадцатеричная система счисления [hexadecimal]
INCITS
Международный комитет по стандартам информационных технологий [International Committee for Information Technology Standards]
LAN
Локальная вычислительная сеть [local area network]
Laser
Усиление света с помощью вынужденного излучения [light amplification by the stimulated emission of radiation]
LED
Светоизлучающий диод [light emitting diode]
LLC
Управление логической связью [logical link control]
LSB
Младший значащий бит [least significant bit]
МНЮ
Аккредитованный комитет по отраслевым стандартам в сфере обработки грузов [Accredited Standards Committee for the Material Handling Industry]
MSB
Старший значащий бит [most significant bit]
MTBF
Средняя наработка на отказ [mean time between failures]
MTTR
Среднее время ремонта [mean time to repair]
NRZ
Без возвращения к нулю [non-return to zero code]
NRZ Space
Кодирование без возвращения к нулю с перепадом на нулях [non-return to zero-space]
NRZ-1
Кодирование без возвращения к нулю с перепадом на единицах [non-return to zero invert on ones]
NRZ-M
Запись без возвращения к нулю (метка) [non-return to zero (mark) recording]
RTI
Возвратное транспортное упаковочное средство [returnable transport item]
RZ
Кодирование с возвратом к нулю [return to zero]
VLD
Светоизлучающий лазерный диод [visible laser diode]
<2>Библиография
[1]
ИСО/МЭК Руководство 2
Стандартизация и связанная с ней деятельность. Общий словарь
(ISO/IECGuide2)
(Standardization and related activities - General vocabulary)
[2]
ИСО/МЭК 2382-1
Информационные технологии. Словарь - Часть 1. Основные термины
(ISO/IEC 2382-1)
(Information technology - Vocabulary - Part 1: Fundamental terms)
[3]
ИСО/МЭК 2382-4
Информационные технологии. Словарь - Часть 4. Организация данных
(ISO/IEC 2382-4)
(Information technology - Vocabulary - Part 4: Organization of data)
[4]
ИСО/МЭК 2382-9
Информационные технологии. Словарь. Часть 9. Передача данных
(ISO/IEC 2382-9)
(Information technology - Vocabulary - Part 9: Data communication)
[5]
ИСО/МЭК 2382-16
Информационные технологии. Словарь. Часть 16. Теория информации
(ISO/IEC 2382-16)
(Information technology - Vocabulary - Part 16: Information theory)
[6]
ИСО/МЭК 19762-2
Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 2. Оптические носители данных (ОНД)
(ISO/IEC 19762-2)
(Information technology - Automatic identification and data capture (AIDC) techniques - Harmonized vocabulary - Part 2: Optically readable media (ORM))
[7]
ИСО/МЭК 19762-3
Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 3. Радиочастотная идентификация (РЧИ)
(ISO/IEC 19762-3)
(Information technology - Automatic identification and data capture (AIDC) techniques - Harmonized vocabulary - Part 3: Radio frequency identification (RFID)
[8]
ИСО/МЭК 19762-4
Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 4. Основные термины в области радиосвязи
(ISO/IEC 19762-4)
(Information technology-Automatic identification and data capture (AIDC) techniques - Harmonized vocabulary - Part 4: General terms relating to radio communications)
[9]
ИСО/МЭК 19762-5
Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 5. Системы определения места нахождения
(ISO/IEC 19762-5)
(Information technology - Automatic identification and data capture (AIDC) techniques - Harmonized vocabulary - Part 5: Locating systems)
[10]
МЭК 60050-191
Международный Электротехнический Словарь. Глава 191. Надежность и качество услуг
(IEC 60050-191)
(International Electrotechnical Vocabulary - Chapter 191: Dependability and quality of Service)
[11]
МЭК 60050-702
Международный Электротехнический Словарь. Глава 702. Колебания, сигналы и соответствующие устройства
(IEC 60050-702)
(International Electrotechnical Vocabulary - Chapter 702: Oscillations, signals and related devices)
[12]
МЭК 60050-704
Международный Электротехнический словарь. Глава 704. Техника передачи
(IEC 60050-704)
(International Electrotechnical Vocabulary. Chapter 704: Transmission)
[13]
МЭК 60050-845
Международный электротехнический словарь. Глава 845. Освещение
(IEC 60050-845)
(International Electrotechnical Vocabulary - Chapter 845: Lighting)
<2>
Источник: ГОСТ Р ИСО/МЭК 19762-1-2011: Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 1. Общие термины в области АИСД оригинал документа
Русско-английский словарь нормативно-технической терминологии > модель расширенного канала
См. также в других словарях:
заголовок сообщения — 3.29 заголовок сообщения (message header): Строка знаков, обозначающая начало конверта сообщения (3.28). Источник … Словарь-справочник терминов нормативно-технической документации
заголовок сообщения (блока) данных — заголовок Начальная часть сообщения (блока) данных, содержащая информацию, необходимую для целей управления. [ГОСТ 24402 88] Тематики телеобработка данных и вычислительные сети Синонимы заголовок EN header … Справочник технического переводчика
Заголовок сообщения (блока) данных — 66. Заголовок сообщения (блока) данных Заголовок Header Начальная часть сообщения (блока) данных, содержащая информацию, необходимую для целей управления Источник: ГОСТ 24402 88: Телеобработка данных и вычислительные сети. Термины и определения … Словарь-справочник терминов нормативно-технической документации
Код аутентичности сообщения — MAC (имитовставка, англ. message authentication code код аутентичности сообщения) средство обеспечения имитозащиты в протоколах аутентификации сообщений с доверяющими друг другу участниками специальный набор символов, который добавляется к… … Википедия
Заголовок сообщения (блока) данных — 1. Начальная часть сообщения (блока) данных, содержащая информацию, необходимую для целей управления Употребляется в документе: ГОСТ 24402 88 Телеобработка данных и вычислительные сети. Термины и определения … Телекоммуникационный словарь
SHA-1 — Криптографическая хеш функция Название SHA 1 Создан 1995 Опубликован 1995 Размер хеша 160 бит Число раундов 80 Тип хеш функция Secure Hash Algorithm 1 алгори … Википедия
Структура Меркла—Дамгарда — (англ. Merkle–Damgård construction или англ. Merkle–Damgård hash function) метод построения криптографических хеш функций. Криптографическая хеш функция должна преобразовывать входное сообщение произвольной длины в выходное… … Википедия
Структура Меркла — Дамгарда (англ. Merkle–Damgård construction или англ. Merkle–Damgård hash function) метод построения криптографических хеш функций. Криптографическая хеш функция должна преобразовывать входное сообщение произвольной длины в… … Википедия
SHA1 — Криптографическая хеш функция Название SHA 1 Разработчик NSA совместно с NIST Создан 1995 Опубликован 1995 Размер хеша 160 бит Число раундов 80 … Википедия
Secure Hash Algorithm 1 — Криптографическая хеш функция Название SHA 1 Разработчик NSA совместно с NIST Создан 1995 Опубликован 1995 Размер хеша 160 бит Число раундов 80 … Википедия
Sha1 — Криптографическая хеш функция Название SHA 1 Разработчик NSA совместно с NIST Создан 1995 Опубликован 1995 Размер хеша 160 бит Число раундов 80 … Википедия
Перевод: с русского на все языки
со всех языков на русский- Со всех языков на:
- Русский
- С русского на:
- Все языки
- Английский
- Немецкий
- Французский